cize miesto na kremiku uz nebude zaberat len uplne zbytocna grafika, ale aj uplne zbytocne male jadra ktore si kazdy pricetny clovek vypne
Odpovědět1 1
A nemůže to být tak, že pokročilejší instrukce jako AVX-512, TSX-NI a FP16 nabídnou právě jen ty varianty složené výhradně z velkých jader? To by dávalo smysl a bylo nejjednodušší na implementaci ;)
Kdyby to šlo snadno kombinovat, mohl to nabídnout už Lakefield, který kvůli limitaci Atomových jader nezvládne ani ovyč AVX a AVX2, přestože by je velké jádro zvládlo.
Odpovědět0 0
No vzhledem k tomu, že v dokumentu se píše o AVX-512 a dalších instrukcích, které jsou k dispozici jen v případě, že jsou velká jádra aktivována či zapnuta, tak by to logicky mělo platit právě i pro verze Alder Lake s malými jádry.
Odpovědět0 0
Zároveň se tam ale píše i to, že s "Hybrid computingem" (kombinace malých a velkých jader) jsou některé instrukční sady limitované v porovnání s tím, co umí "velké jádro"
EDIT - a také je tam výslovně napsáno, že malá i velká jádra sdílí stejné instrukční sady.
Takže když čtu mezi žádky, vychází mi to, co jsem popsal na začátku ;)
Odpovědět1 0
Btw: mě by spíš zajímalo, za jak dlouho to vůbec bude MS scheduler umět použít. Natož nějak smysluplně. To, že některá fyzická jádra "umí" víc než jiná sice už pochopil, ale nějak stále tápe v tom, která že to jsou. A z hyperthreaddingu nevymáčkne maximum ani po kolika letech, co se to běžně používá. (Tedy pokud ten HT není pro jednu jedinou aplikaci, co prostě obsadí všechna fyzická/logická jádra..)
Odpovědět0 0